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MOBILE COMMUNICATIONS NETWORKS 

This invention is concerned with the control of 
resources in mobile communications systems. In particular 
the invention allows for the management of the trade-off 
between radio resources and Quality of Service (QoS) , and 
5 more particularly, the commitment which can be given to 

defined QoS parameters. 

In mobile wireless communications systems user 
terminals (e.g., mobile phones) are able to move. This 
means that communication requirements will vary from time 

10 to time and from place to place, and also that the 

communication channel over which information is sent will 
vary in quality over time. Various techniques have been 
designed to allow for efficient use of the physical air 
interface when this occurs, including (but not limited to) 

15 handover (where the wireless link is changed from one base 

site to another) , macrodiversity (where a link is 
maintained with two or more base sites at the same time) , 
Dynamic Channel Allocation (DCA) where the air interface 
resources available to different base sites are pooled and 

20 shared out between the sites dynamically depending on 

current demand, Link Adaptation (where the channel coding 
is changed in response to the channel quality) Adaptive 
Modulation (where the modulation is changed in response to 
the channel quality) and Adaptive Power Control (APC) where 

25 the transmission power is changed in response to the 

channel quality. These different techniques all trade 
resource on the air interface against quality of the user 
data stream (the user Quality of Service) , and therefore 
have to be controlled in a co-ordinated manner. However, 

30 efficient control of a system with so many variables is 

very difficult. 

The generic definition of Quality of Service (QoS) is 
"The collective effect of service performances which 
determine the degree of satisfaction of a user of the 

35 service". The satisfaction of the user depends 
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significantly on the service being considered. For 
example, QoS measures for speech would include clipping 
(loss of the start of speech bursts) , echoes, crosstalk, 
distortion, acoustic noise, quantisation noise, and overall 
5 signal to noise ratio. For a video service, the QoS 

parameters would include block distortion, blurring, edge 
busyness (distortion concentrated at the edge of objects, 
like edges shimmering), jerkiness, tiling or pixelation, 
frame freezing, or colour cycling (where colour stability 

10 is lost, and colours cycle through a range of hues) . 

While there are a large number of different QoS 
measures which are service dependent, it is possible at the 
transmission level of the system to map these different 
measures to generic QoS measures related to the network 

15 capabilities. These QoS measures are: 

bit rate, both in terms of mean bit rate (throughput) 
and variation of bit rate (burstiness) ; 

delay, both in terms of absolute delay (network 
transit delay) and delay variation (jitter) ; 

20 data corruption, in terms of Bit Error Rate (BER) and 

Frame Erasure Rate (FER) (where packets are lost or dropped 
rather than received with error) . 

According to the present invention there is provided 
a mobile communications system comprising a radio access 

25 network having a multiplicity of network sites, and a 

traffic flow management system for controlling the routing 
of traffic flows through the network, wherein the 
management system is adapted to trade resource at the 
various network sites against a plurality of user Quality 

30 of Service parameters to achieve required contractual 

levels of commitment to a multiplicity of users. 

The invention allows for the management of the trade- 
off between resources and QoS and, in particular, the 
commitment which can be given to defined QoS parameters. 

35 This enables network operators to converge their 

communication technologies by enabling the selection of the 
air interface technology that will best serve the user 
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requirements dynamically. 

By way of example in an embodiment the present 
invention allows the high level control functions of a 
communications system to choose between different air 
interface technologies and cell types in a cost effective 
manner in order to minimise resource use and the cost of 
providing the service. This is achieved by two key 

features: the definition of the commitment which is mapped 
between entities, and a division of control functionality 
of the management system between three separate entities, 
one of which is responsible for the data flow wherever it 
is within the network, a second one of which is responsible 
for a specific link or network site, and the third one of 
which is responsible for a specific transmission medium or 
air interface. This allows devolution of air interface 
specific functions to low level entities and allows mapping 
of QoS parameters and commitment levels in a practical and 
achievable fashion . 

The radio access network is preferably organised in a 
multi- layer hierarchy of network sites and by virtue of the 
present invention the upper layers of the network can 
specify not only the Quality of Service they wish to 
obtain, but also the reliability of the connection in terms 
of the lower (transport) layers' ability to maintain this 
quality (the commitment) , and furthermore allows the 
network to cost this commitment. 

It is preferred to utilise an explicit trade-off 
between cost and reliability so that the user can choose 
the level of reliability required and the communication of 
QoS requirements to the lower layers in the form of 
standardised contracts which are independent of the air 
interface . 

In combination with the division into separate 
entities, these requirements are mapped to transmission 
medium or air-interface specific requirements at the low 
levels whilst commitment levels offered by the transmission 
medium or air- interface are mapped back to the upper layers 
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in a consistent format across different air interfaces so 
that application level functions maintain QoS without 
requiring explicit details of the low level functionality. 
This allows for: 
5 • the effective management of resources between 

different types of communications technologies and air 
interfaces within the same network; 

• costs of service for different areas and air 
interfaces to be reported and the optimal choice made 

10 (either to minimise cost of service or to maximise revenue 

for the network) ; 

• the practical implementation of such decision-making 
mechanisms in a devolved manner allowing dynamic selection 
of the most cost effective technology of a particular 

15 mobile at a particular time; 

• the convergence of telecommunications technologies 
expected in future wireless communications systems. 

Where the upper network layers express their QoS 
requirements in service specific forms, these will be 

20 mapped in a Flow Controller (FC) forming part of the 

management system to the generic QoS requirements. 
However, usually the user application will undertake this 
conversion. The user could guide this conversion by given 
information on the quality required, for example a 

25 graphical interface of tools could be used at the 
application layer by users, network operators and service 
providers in order to specify a certain level of subjective 
QoS which is used to form the QoS requirements. These 
tools would be used by users to specify the level of QoS 

30 required for a communications session such as an Internet 

connection or a video-conferencing application. These tools 
could be developed for users or service providers by third 
parties who would tailor users and service agents for a 
fee. As an alternative, service providers will be able to 

35 pre-define off-line sets of contract types using the most 
complete tools. The pre-defined contract types would then 
be provided to users as part of subscription packages. 
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From these contract types, contract instances will be 
derived and used on behalf of subscribers for requests to 
the FC. 

The commitment is a measure of the capability of the 
5 network infrastructure to maintain the contract as agreed 

and indicates the probability that the network 
infrastructure will have to terminate or renegotiate the 
contract . 

These and other aspects of the invention will become 
10 apparent from the following description taken in 

combination with the drawings in which 

Figure 1 schematically shows a management system 
forming part of a mobile communications system according to 
the present invention; 
15 Figure 2 shows the elements of the Fig 1 management 

system mapped onto a radio access network organised in a 
multi-layered hierarchy; 

Figure 3 shows an example of the interactions involved 
in the Fig 1 management system in establishing a connection 
20 contract; 

Figure 4 shows a flow diagram of the operation of the 
resource manager of the Fig 1 management system; 

Figure 5 shows a graphical representation of the 
effect on commitment of increasing users in a 
25 communications system according to the present invention; 

Figures 6 and 7 show graphical interface of tools 
for use with the management system of Fig 1; 

As is shown in Fig 1 the management system is composed 
of four layers. The lowermost or Communications layer 
30 comprises a plurality of Medium Access Control (MAC) 

entities which as shown in Fig 2 are mapped onto a radio 
access network to control the link between a users mobile 
and a radio cell . 

Above the Communications layer the management system 
35 has a Network Pager which comprises groups of cooperating 

distributed entities FC (Flow Controller) , CC (Connection 
Controller) and MRM (Medium Resource Manager) together 
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functioning as a Resource Manager (RM) . These entities are 
shown in Fig 2 mapped onto the radio network. 

Above the Communications layer is a Services layer 
formed by various Service Agents (SA) and Network Agents 
5 (NA) , and above that is the Applications layer formed by 

the users. 

By way of comparison with a management system 
operating according to the 7 layer open systems 
interconnection (OSI) system the Communications Layer 

10 relates to Layer 1 (Physical) and Layer 2 (Data Link) ; the 

Networks Layer relates to Layer 3 (Network) ; the Services 
Layer relates to Layer 4 (Transport) and Layer 5 (Session) 
and Layer 6 (Presentation) ; the Application layer relates 
to Layer 7 (Application) . 

15 The exact functionality of the Services layer is not 

the concern of this invention, but functionality in the 
Services layer carried out on behalf of the network 
operator is termed a 'network agent (NA) ' . Service Agent 
(SA) , is the name given here to functional entities in the 

20 services layer operating on behalf of the service provider. 

The Networks Layer utilises a hierarchical structure 
of the three entities FC, CC and MRM which co-operate to 
provide resource management functions. These entities are: 
Flow Controller (FC) : This is the highest layer, and 

25 controls activities within the network relating to the 

management of an individual flow. A flow is a part of a 
communication within a call which can be treated 
separately. For example, a voice call may consists of a 
downlink (network to mobile terminal) flow and an uplink 

30 (mobile terminal to network) flow. 

Connection Controller (CC) : A CC is responsible for 
the operation of a flow at a particular location within the 
network. As a mobile moves through the network it may hand 
over to different CCs under the control of a single FC. 

35 Medium Resource Managers (MRM) : A MRM is the lowest 

layer of the resource management hierarchy, and controls 
the allocation and maintenance of resources for flows on 
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the air interface of the associated radio port (radio 
transceiver allowing access to the network) , or the 
physical layer of a fixed network link. Different radio 
technologies, such as cellular, satellite and cordless, 
5 have different MRMs, which insulate the operation of CC 

from the details of the transmission medium. This allows 
for practical resource negotiation between different 
transport mechanisms. Each MRM has a resource table 
listing resources currently allocated to that MRM, and 

10 maintains an estimate of the resources required to maintain 

the connections allocated to it and the likelihood that the 
available resources will prove insufficient for these 
connections in the future, bearing in mind channel 
conditions. This allows the management system to predict 

15 the likelihood that a contract will fail to be met should 

the quality of the physical link degrade. The probability 
that such a failure will not occur defines the commitment 
of the contract. 

In a network having a multiplicity of different 

20 network sites as shown in Fig 2 any flow would be 

controlled by a single FC wherever it is in the network. 
The FC organises handover and macrodiversity when it is 
informed by the CC that the quality of the current 
connection is degraded. Depending upon the number of flows 

25 carried by the network, the flows may be divided between a 

number of FCs operating in parallel. 

Each location or network site in the network would 
have a CC. A 'location' could be a single base site or 
group of co-operating base sites. Base sites within the 

30 group would have the option of sharing resources, and the 

CC is the entity which is responsible for DCA. 

Each CC will be associated with one or more MRMs. 
There will be one MRM for each different air interface or 
other type of transport media which is in use by the 

35 network in the location served by the CC. The CC is able 

to co-ordinate resource sharing between MRMs if that is 
permitted and would allow more efficient use of the 
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resources. For example, one location may have macro, micro 
and pico cells. A single CC would co-ordinate these 
different systems at that location, but the different cells 
would have different MRMs. The CC could decide which air 
5 interface (ie, which cell) it was better to use. It could 

also, assuming the air interfaces were comparable, decide 
to move radio resources from one cell (and MRM) to another. 
Each MRM has control of the specific resources on that 
media in that area, and works autonomously using control 

10 algorithms such as link adaptation, adaptive modulation and 

APC to maintain the quality of the contracts assigned to 
it. This allows devolved control of air-interface 
specific techniques. If the MRM can no longer maintain 
the quality of the connections assigned to it even through 

15 the use of such algorithms, it informs the CC. 

Figure 2 shows the elements of the resource manager 
(RM) mapped on to a radio access network which for 
illustrative purposes is a hierarchial network. However 
the network structure does not require to be of the 

20 hierarchial type to benefit from use of the resource 

manager (RM) . Such networks would consist of a number of 
radio cells, ranging from small pico cells, covering a 
building or part of a building, through a microcell which 
may cover one or more city blocks, to a macrocell which 

25 would have a radius of several kilometres. Each mobile 

terminal will have a link with a base station. The exact 
configuration of this link will be subject to link control 
functions like power control, but the actual allocation of 
resources at this lowest (link) level is, as detailed 

30 earlier, the responsibility of the Medium Resource Manager 

(MRM) , with this entity arbitrating between users using a 
particular link. 

Within a specific area, the radio resources used by 
different cells may interact with each other. As described 

35 above the Connection Controller (CC) controls this 

interaction, as well as having overall control of links 
through MRMs. The CC is responsible for allocating 
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connections between MRMs if the quality delivered by the 
existing MRM degrades and the flow must be handed over to 
another MRM. The CC also controls the overall allocation 
of radio resource to MRMs so that the resources are used as 
5 efficiently as possible. 

The highest level of control is formed by the Flow 
Controller (FC) , which is responsible for a call wherever 
it is on a network. The FC moves the call between CCs, as 
appropriate, as the position of the mobile terminal 

10 changes. 

Operation of the management system which is shown in 
Figures 1 and 2 is as follows. The FC receives flows from 
the upper layers of the system. The FC would give a 
commitment to carry a flow on the network through the 

15 process of negotiating a flow contract. The flow contract 

gives detail of the service requirements, the required QoS, 
and the desired level of commitment (ie, the probability 
that the network will be able to meet the specified 
requirements on an ongoing basis without renegotiation) . 

20 From the details given in the flow contract, FC derives a 

connection contract for example, as schematically 
illustrated in Fig 3. A connection contract states what is 
to be delivered by a CC to a FC for a given connection in 
terms of QoS levels, where a connection is a link between 

25 a user terminal and a Base Station (BS) . When the user is 

mobile, the flow will be handed over from BS to BS, 
therefore a flow is regarded as a sequence of connections. 
Once the connection contract has been specified, the FC 
tenders the contract among the CCs which have radio ports 

30 which may be able to provide coverage to the mobile. The 

CCs will then interrogate the MRMs of their radio ports to 
estimate the available resources and the resources which 
would be required to provide the requested service to the 
mobile. The MRMs will respond with connection options for 

35 their particular air interface, along with a level of 

commitment which is based on the available resources and 
the quality of the radio channel to the mobile. The CC 
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will then choose the most suitable and cost effective 
options (in terms of radio resources which would be 
required to be allocated) and make a bid back to the FC to 
handle the flow. It will also pass the relevant 

5 commitment level. From the received bids, the FC will 

select the CC that will serve the user requirements with 
the lowest cost level bearing in mind the commitment 
offered. 

It is possible for the CC to offer more ' than one 
10 connection option with different associated costs and 

commitments. This allows the system to trade-off 
commitment level against cost. 

The contract defines QoS requirements in terms of the 
three generic quality measures (bit rate, delay and 
15 corruption) . The contract defines each of these by 

setting statistical constraints over them. For example: 

Mean is a constraint of the mean of the values . For 
example, bit_rate onean > 9600 kb/si specifies that the mean 
of the bit rate must not be below 9600kb/s. 
20 Variance is a constraint on the variance of the 

values. For example bit_rate (Variance < 0.02i means that 
the bit rate variance (or jitter) must not be above 0.02. 

Percentile constrains a certain percentage of values, 
delay percentile 80 < 10i means the at least 80% of values 
25 must have a delay under 10ms. 

Frequency constrains the frequency of individual 
values or values in certain ranges. Delay (Frequency (0,10) 
> 80i means that at least 80% of all values must lie between 
0ms (inclusive) and 10 ms (exclusive) . 
30 In addition to the QoS requirements, the contract will 

also specify any measurement intervals, etc, for the values 
unless these have been agree in advance. 

Each MRM maintains a resource data base, eg a table, 
which logs details of the resources used, the services 
35 which occupy them, and the channel quality for each 

available resource. The MRM uses this information to 
calculate resource availability, and to estimate the 
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resources which would be required to service a connection. 

If the quality of the link to the mobile falls, the 
MRM will take action as necessary to allocate further 
resources to the mobile and update its resource estimates. 
5 If the link can no longer be maintained with the available 

resources, the MRM will inform the CC, which will in turn 
renegotiate its contract with the FC. The FC then has the 
option of: 

• Adjusting its contract with the current CC, for 
10 example by reducing the required commitment or quality of 

service, or using more resources at a higher cost 

• Re -tendering amongst different CC, which would result 
in a handover to a different radio port which could now 
provide the connection at lower cost. The re- tendering 

15 could take place with the same or different service 

requirements . 

• Terminating the call. The later option is only likely 
to be taken if re-tendering using the same or different 
options fails to obtain a suitable contract. 

20 Looking at a specific scenario in terms of a user, at 

any given time the network will be supporting a plurality 
of users each having their own contract with their 
supplier. It is probable that each contract is different 
in terms of financial amount and therefore each offers 

25 different bands of service quality. Therefore a specific 

user with his specific contract may, during the course of 
a specific telephone call, find that the system is 
providing a performance level that is no longer optimal but 
in fact approaching a limit of some form due to the 

30 competing demands of the multiplicity of other users. In 

this case the management system instantaneously re- 
negotiates the contract for the specific user, essentially 
to say that if he is prepared to pay more money for this 
particular phone call the system will improve the level of 

35 service back toward optimal. The user does this utilising 

graphical interface tools for example as described with 
reference to Figs 6 and 7. If the user decides that he 
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does want this upgrade immediately or has previously 
authorised such upgrades then it will be immediately 
provided by the management system. However, this in turn 
will mean that some or perhaps many of the multiplicity of 
5 other users will suffer some form of reduction in their 

quality of service, even to the extent of being cut off. 
In turn these users will be offered re-negotiated 
contracts. As the management system re-negotiates the 
multiplicity of contracts more or less simultaneously some 

10 users will refuse to accept a more expensive option than 

what is being delivered and in some cases this will result 
in users being cut off. There will also be some contracts 
which enable the management system to terminate the call in 
the event of the quality of the service falling below a 

15 predetermined level. 

A main function of the management system is to provide 
a practical method to enable network operators to converge 
their communication technologies by enabling the flow 
controller (FC) to select the technology that will best 

20 serve the user requirements dynamically. In particular, it 

allows the high level control functions to chose between 
different air interface technologies and cell types in a 
cost effective manner in order to minimise resource use and 
the cost of providing the service. The division of the 

25 management functions between an FC, which is responsible 

for the flow wherever it is within the network, a CC, which 
is responsible for a specific link, and an MRM, which is 
responsible for a specific air interface, allows the 
devolution of air interface specific functions to low level 

30 entities. Thus it allows mapping of QoS parameters and 

commitment levels in a practical and achievable fashion. 

Figure 3 shows an example of the interactions between 
the Resource Manager entities for the establishment of a 
connection. In this example, a user is setting up a 

35 connection for a voice call in the centre of a city. The 

network which the user has subscribed to has a number of 
options for providing a radio link to the user. The link 
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could be provided by a low power, short range pico cell, a 
higher power micro cell covering the neighbouring city 
blocks, or a larger macro cell covering that part of the 
city. It is also possible that the network may use 
5 satellite access as well. In the example, the network 

agent (NA) sends a request for a voice call to the 
network's FC which will control that call. The network 
agent (NA) will create a different contract request for 
each flow within the call. In a voice call, there would 

10 be one flow from the user to the network infrastructure, 

and one flow from the infrastructure to the user. Based on 
predictions, the FC calculates which CCs are in a position 
to serve the call, and tenders the contract to each of 
them. In this case, CC1 and CC3 are local micro cells, CC4 

15 is a macro cell, and CC2 is a local pico cell. Each of 

these CCs calculates the cost of serving the contract on 
the commitment they can offer. The pico cell CC offers a 
low cost since the resources available in a small cell are 
smaller. However, the size of the cell means that 

20 commitment is likely to be lower. In this example, the 

user is more interested in low cost than high commitment, 
and CC2 is chosen for the call. CC1 , CC3 and CC4 are 
informed that they have been unsuccessful, and the 
communications commence using CC2 . 

25 The operation of the management system is shown in 

more detail in Figure 4. The flow controller (FC) 
receives a call request from the core network, or from a 
call control entity. This call request will contain a flow 
contract, specifying the traffic to be carried and the 

30 quality which must be maintained. When the call is 

complete, the flow controller (FC) will report to the call 
control entity the fact that the call has ended, as well as 
the quality which was achieved. Optionally, the FC may 
report to the call control entity that it will not be 

35 possible to maintain quality, allowing the call control 

entity the option of blocking the call (for a new call) or 
seeking an alternative network for the call. 
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Contracts passed to the flow controller (FC) are 
specified in terms of 

• Sit rate : the minimum bit rate to be offered. 

• BER: a maximum BER acceptable by the service. 

5 • Delay: the maximum delay tolerated by the service. 

These three primary performance parameters are complemented 
by three parameters which specify how rigidly the 
contracted parameters must be adhered to: 

• Degradation Allowance: the proportion of measures which 

10 are allowed to be non- compliant with the three 

performance parameters over a sliding window. 

• Sampling rate: the rate at which measures are performed. 

• Monitoring Period : the length of the sliding window. 

It is not necessary for these parameters to define fixed 

15 bounds. It is also possible to define a multi-mode 

contract which defines a number of different traffic flows 
and qualities to be maintained. By so doing, an 
application enables the network to vary the traffic to meet 
the channel quality experienced. As a consequence more 

20 flexibility is given to the network which might result in 

lower charges. Each mode in a mult i -mode contract is 
called a Service Mode (SM) , and the FC maintains a record 
of the proportion of time spent in each SM. 

The FC has a resource data base, eg list, of 

25 Connection Controllers (CC) available to it, along with a 

knowledge base of their locations, capabilities, current 
traffic loads, etc. In addition, the FC maintains a list 
of active contracts in a Flow Monitoring Table, which it 
updates to maintain a record of the achieved quality. 

30 Should quality begin to degrade, the FC will seek an 

alternative CC to carry the call, based on its knowledge of 
the location of the terminal and the capabilities of 
relevant CCs. 

The CC operates in a similar manner but is responsible 
35 only for calls within a specified area. The CC is 

allocated calls by the FC, and passes these connections to 
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a MRM under its control on the basis of traffic load on the 
MRMs and their reported quality and capacity estimates. 
The CC maintains a knowledge base, ie a resource data base, 
of its MRMs and their loading. It also receives reports 
5 from each MRM of its expected loading, based on the 

connections it currently has and the channel quality it is 
currently experiencing. The CC monitors the quality of the 
connections within- its control and switches connections 
between MRMs, as required, to maintain their quality. The 
10 CC can also switch radio resources between MRMs within its 

area to maintain quality targets. 

If a MRM alerts the CC that quality cannot be met for 
one of its connections, then the CC has several 
alternatives : 

15 • It can hand over the connection to another MRM, as 

information about other MRM performance is maintained in 
the CC knowledge base. 

It can release some resources from other connections by 
changing their service modes or, in the extreme 
20 situation, drop low priority connections. 

■ It can change the service mode of the connection to a 
service mode which requires fewer resources (this option 
is available only in the case of multi-mode contracts) . 
If the CC cannot cope with the degradation then it alerts 
25 the FC (QoS Degradation) . The CC forwards aggregate service 

quality measures to the FC. 

A MRM controls resources on a single link of the 
system, monitors the quality on the connection or 
connections allocated to it, and uses link control 
30 functions such as power control or changes in channel 

coding to maintain the necessary quality. With its 
knowledge of the traffic loading on the link and the 
current radio quality of the link, the MRM reports an 
estimate of available capacity to the CC so that the CC has 
35 the option of allocating more connections should resources 

be available, or of moving connections elsewhere if 
available resources fall below a specific threshold. A MRM 
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receives low level measurements on mobile speed and 
direction as well as radio link quality in order to make 
these predictions. A MRM can control the transmission mode 
- the configuration of the air interface with respect to 
5 channel coding, interleaving, power, etc - and may change 

this to maintain quality. Changing the air interface 
configuration will effect the remaining resources available 
at the MRM, and will be reported to the CC accordingly, as 
will any changes in radio quality which are beyond the 

10 capability of mode changes to deal with. The RRM is not 

aware of the contract mode usage constraints specified in 
the mult i -mode contract and is only aware of one contract 
operating mode at a time. The RRM is responsible only for 
the change of bearer configuration and is not responsible 

15 for the change of contract mode (CC's responsibility). 

For QoS monitoring, the mobile station is usually 
responsible for the monitoring of the downlinks whereas the 
base station is usually responsible for the monitoring of 
the uplinks. 

20 Quality of Service is actually communicated between 

the FC, CC and MRM entities in terms of commitment. 
Commitment is the probability that the required quality 
will not be met over the agreed monitoring period and is 
very important to the resource manager as it allows a 

25 consistent method of trading quality guarantees against the 

cost of providing them. 

Analysis has been performed by simulation of a TETRA 
digital private mobile radio system. The system is easily 
scaleable for future cellular systems with higher bit 

30 rates, but TETRA with 10 Km cells provides a good example 

of a current system with a very diverse set of bearers and 
QoS requirements which makes control difficult without the 
management system outlined herein. 

Figure 5 shows the effect of increasing the number of 

35 users ie the Offered Load in a cell for two cases, one with 

5 TETRA carriers (19 user slots) and the other with 8 
carriers (31 user slots). The service chosen, 9.6kb/s data 



10 
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with low delay and 1% residual BER, requires between 2 and 
4 slots depending on channel conditions and the bearers 
used. In both cases, providing a commitment of 75% limits 
the number of users to roughly half that of a commitment 
level of 60%. The cost for a commitment of 75% in such a 
system would therefore be twice that of a commitment of 
60%, for example. In general, the highest commitment is 
delivered by reserving the most robust bearer all the time, 
although this would be a costly option. 

Figure 6 illustrates a graphical interface of 'Expert 
Mode 1 tools which experienced users will be willing to use. 
Inexperienced users will prefer much simpler or 'Basic 
Mode 1 tools such as depicted by Figure 7. These simpler 
tools do not have the ability to describe a detailed level 
15 of QoS but have the advantage of being easy to manipulate. 

The Figure 6 tools could be used by service providers 
and experienced users as follows: 

The Application Type area enables the user to choose 
from a section of application types. Selecting one of 
20 them automatically sets-up values over the quality scales 

of Audio, Video, Data and Synchronisation areas. The Non- 
Performance Properties area enables the user to set up 
nonperformance constraints such as the maximum price to be 
associated with the session, the performance commitment 
25 requested, the software and hardware terminal capabilities. 

The three middle areas Audio, Video and Data are used for 
specifying constraints over the various flows composing the 
session. The Synchronisation area enables the specification 
of synchronisation constraints between the video, audio 
30 and/or data flows. 

The Figure 7 tools will only enable the specification 
of a price constraint and of an overall level of quality. 
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CLAIMS 

1. A mobile communications system comprising a radio 
access network having a multiplicity of network sites, and 

5 a traffic flow management system for controlling the 

routing of traffic flows through the network, wherein the 
management system is adapted to trade resource at the 
various network sites against a plurality of user Quality 
of Service parameters to achieve required contractual 
10 levels of commitment to a multiplicity of users. 

2. A mobile communications system as claimed in claim 1, 
wherein the management system establishes a definition of 

15 commitment for each traffic flow and has a Networks Layer 

organised as a hierarchial structure of three separate 
entities one of which (FC) is responsible for flow within 
the network, a second one of which (CC) is responsible for 
a specific link, and the third one of which (MRM) is 

20 responsible for a specific air interface. 

3. A mobile communications system as claimed in claim 2, 
wherein each entity comprises a resource data base. 

25 

4. A mobile communications system as claimed in claim 3 
wherein the resource database of the FC entity has 
knowledge of each of a plurality of CC entities, including 

30 their location and capabilities; the resource database of 

each CC entity has knowledge of each of a plurality of MRM 
entities, including the load of each; the resource database 
of each MRM entity logs details of resources used, the 
services occupying the resources and the quality available 

35 for each resource. 
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5. A mobile communications system as claimed in claim 4 
wherein the management system is arranged so that when a 
request for a traffic flow is received by the FC entity 
which will control the traffic flow, the FC entity tenders 
5 a contract to each CC entity available to serve the FC 

entity, each CC entry calculates the capability to serve 
the contract and the level of commitment which can be given 
and uses this to provide the FC entity with a bid fdr the 
contract, the FC entity then selects the most suitable bid, 
10 and therefore CC entity, to serve the terms of the request. 
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8 carriers, RIO, log (contracted BER) = 2, BR9.6 kb/s 
5 carriers, RIO, log (contracted BER) = 2, BR9.6 kb/s 
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